OK, the mouse stuff seems to be working with overscan, now, which is good.
Additionally, the Game Controller code appears to be kinda ok.
I've set up the engine/framework/etc to assume all controllers are "The player's input", so I'm going to be doing 1-player only stuff until I can be bothered to faff about with it some more and implement multiplayer controller code!
Unfortunately, I don't 100% trust what GLFW3 is telling me.
The controller input list here is suggest...

Mouse, and of course, touchscreen.
They both took a bit of a tumble, last night.
The overscan seemed to be working, but I was only testing it with controllers, since the overscan is typically only used on Android TV versions of the games.
Yesterday, however, I chose to reuse the overscan functions on iOS.

<- 4:3 | iPhone ->
The menu seems to be scaling fairly well, which is nice.
Poor single-pixel Platdude outline looks a bit gnatty, but that's "GL_Nearest" sprite scaling for you :\
I'm confident that, once on an actual device, the resolution increase will help to fix that.

A simple AddCredits command, as well as default credits and a bit of scrolling, along with a nice swirly background.
It all comes together to make a nice and simplistic little credits screen.

*beep*
I added the generic menu beeps, last night.

I need to add a bunch of default options to the menu, for generic functions like Fullscreen, Debugmode, Overscan and things like that.
However, I also need to consider future projects, too.

I scrapped the idea of getting AndroidDev working on the PC.
It just isn't going anywhere.
.. But I wonder.. What would happen if I install the Android SDK/NDK devkit into one of my new Linux VirtualBox installs?
Would that work any better?!

Android still isn't do-able.

Been trying to get High-Res Screenshot mode working.
It'd be nice to have 1920x1080 screenshots from the engine, but trying to get OpenGL to render to a buffer larger than the screen resolution (my laptop's only 1366x768) seems to be quite a bit trickier than I thought.
At the very least, I don't think it'll be something I can support outright, and will instead attempt to get it working "for me", and warn against widespread use.
Unless, by some miracle, I find a foolproof w...

The iOS edition of the new framework now crashes upon loading.

I swear it only just updated with the Fall Creators' Update a week or so ago. But, nope.. doing it all again!!

I knew something annoying would crop up.
I just knew it!!

Today I've been working through what will and won't be part of the "Framework".
That is, what values and settings and functions should be "Framework", which should be "Engine" and which should be "The Game".

Also available on SoundCloud, or the Pulpish AL Bum.

Yesterday was full of background tasks.
I added a HSV colour function, fiddled with line-thickness, got a vague "plot" working.

Yesterday was full of tweaks.
As I posted here, the Todo list is looking fairly complete, but this is still only the background engine for the new C++ framework.

Spent tonight going through my todolist, checking things off, and generally fixing a few things that aren't quite up to 100% yet.

I posted Benchmark 2 over on Socoder, yesterday.
You can Download the Benchmark here.

OK, a fair number of tweaks in the past few hours (and a nice big nap, too!)
I'm now running Ubuntu32Bit, and have recompiled the Benchmark test with (hopefully!) all the important libraries Statically Linked, thus apparently making for a more compatible ".exe"
You can grab the Benchmark Test here.
If it runs, let me know.

Seems the crash in the Linux code was happening when it tried to stream a .wav file, so I had to rejig a whole bunch of stuff to get it working again.
After all of that rejigging, the Benchmark test now runs 100% on Linux, which is nice.
If you'd like to give the benchmark test a try, You can Download the test here as a .tar.gz.
The test has been compiled using GLFW3 and OpenAL, under Ubuntu 16.04 LTS, with the g++ command, because that's all I could currently get it working with!!...

Developments

The Benchmark thing from the other day starts running well on the Linux setup, but seems to crash after about 2 minutes..

I'd say that's a fairly successful event!
It's still not 100%, mind. If you try to double click it, it tries to open it as if it's an Archive, then fails. Not sure what that's about.
Linux is crazy!!
But, hey, that's working, and it has audio too!

ERROR!ERROR!ERROR!ERROR!ERROR!ERROR!ERROR!ERROR!
This might not look very successful, but the fact that I've managed to get Linux to actually boot, AND attempt to compile the code...
That's definitely an improvement from yesterday!
I have an awful lot of faffing about to do, in order to get things to actually compile, but I'm fairly confident that it'll be doable.
Things are looking up!!

Developments

I finally got around to shifting the framework over to the Mac, last night.
Hitting the compile button swiftly planted around about 1,000,000,000 red "WARNING:ERROR!" flags all over the code.

Most folk seem to be giving me successful results with yesterday's benchmark test program.
If you haven't already, Do so here!

If you can, please give this benchmarker a run.
It's a simple little tool.
Unzip it, run the .exe, and watch as three "Bloke" sprites circle around for a little while.
Don't touch anything. The benchmark tool will do it all for you.

Developments

I've been working on basic String functions, since last night.
Left, Right, Mid, Trim, SplitTxt and other generic "Basic-like" functions that I'm going to be relying on because I'm rubbish at doing C-strings.